home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 17379 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.0 KB
  1. Path: news.sprintlink.net!datalytics!usenet
  2. From: Rob Stewart <stew@datalytics.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: C++ beginner quesion on data member access.
  5. Date: Mon, 15 Apr 1996 13:19:38 -0400
  6. Organization: Datalytics, Inc
  7. Message-ID: <3172852A.7A76@datalytics.com>
  8. References: <4kgb76$r3s@HOPPER.ACM.ORG> <316E7140.C5D@platinum.com>
  9. NNTP-Posting-Host: 204.62.224.71
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (WinNT; I)
  14.  
  15. Michael Scott wrote:
  16. > 
  17. > Ken Varn wrote:
  18. > >
  19. > >      I have been struggling with the proper way to declare and access data
  20. > > members in my classes.  I was once told that a class should not allow any
  21. > > data members to be public and that they should only be accessed via member
  22. > > functions.  Why?  I know the reasons for declaring private data, but what do
  23. > > I gain if all I am doing is providing a member function to get the private
  24. > > data or set the private data.  i.e. why call a getData() function that
  25. > > basically just returns the private data member as opposed to just declaring
  26. > > the pviate data member as public.
  27. > 
  28. > Classes encapsulate the behavior of an object.  Data members
  29. > represent the "state" of an object.  Data access functions
  30. > provide access to the internal state of an object while allowing
  31. > the implementation of that state to vary without necessarily
  32. > changing the interface to the object.
  33. > 
  34. > Pragmatically speaking though, there are classes and
  35. > applications where the trade-offs between encapsulation overhead
  36. > and direct public member access favor the public data.
  37. > 
  38. > Balancing the trade-offs is what makes programming an art rather
  39. > than a strict science.
  40.  
  41. More specifically, exposing a dm as public means you can never 
  42. change the data type without risking breaking code dependent 
  43. upon it.  You also make that dm available for class 
  44. users to change without your class being able to 
  45. control it.
  46.  
  47. Consider, for example, a simple string class.  If you expose the 
  48. length dm, then you allow the class user to read and write it.  
  49. What's more, if you decide that you want to add reference 
  50. counting to your string class, the length actually comes from 
  51. the representation.  Your string class is just a handle to the 
  52. shared representation.  Thus, you would have to duplicate the 
  53. length in your string class' dm just so those class users 
  54. dependent upon a dm to get the length can still work.
  55.  
  56. If, on the other hand, the length came from a member function 
  57. call, you could change that mf to get the length from the 
  58. representation.  In other words, the class users wouldn't know 
  59. that your implementation changed.  That is the heart of 
  60. encapsulation.
  61.  
  62. As for performance, if that is a concern, an inline mf that 
  63. returns the value of a dm is not slower than reading a public 
  64. dm.  Of course this raises implementation exposure issues for 
  65. libraries which you may not want to incur (the subject of a 
  66. recent thread).
  67.  
  68. -- 
  69. Robert Stewart        | My opinions are usually my own.
  70. Datalytics, Inc.    | stew@datalytics.com
  71.